Из всех проблем, создаваемых технологиями виртуализации, настоящей проблемой я считаю только безопасность виртуальной инфраструктуры. Неудивительно, ведь по статистике Gartner, 60% всех развертываемых виртуальных машин к 2012 году будут менее защищенными, чем их физические "коллеги". В итоге - компании достаточно быстро внедряют технологии виртуализации, но очень мало уделяют аспектам безопасности виртуальных машин, хост-серверов и средств управления.

На VMware KB TV есть несколько хороших видео, раскрывающих подробности установки пакета VMware Tools в гостевых ОС Linux виртуальных машин VMware vSphere.

Если ваш дистрибутив rpm-based, можно воспользоваться KB 1018392 или посмотреть процедуру установки VMware Tools для Linux на видео ниже:

Если же ваш Linux-дистрибутив не поддерживает rpm-пакеты, для установки VMware Tools можно воспользоваться KB 1018414 или посмотреть, как это делается:

Общая информация об установке VMware Tools приведена в KB 340 и KB 1014294.

Компания VKernel обновила продукт Optimization Pack, который позволяет контролировать использование вычислительных ресурсов в среде VMware vSphere. Основная задача VKernel Optimization Pack 1.4 - дать возможность системным администраторам серверов ESX найти перегруженные и недогруженные серверы виртуализации, осуществлять контроль заполненности хранилищ и давать рекомендации по оптимизации виртуального окружения.

VKernel Optimization Pack поставляется как виртуальный модуль (Virtual Appliance) и легко может быть внедрен в существующую инфраструктуру VMware vSphere. Он предоставляет различного рода статистики, которые могут быть использованы для мониторинга и отчетности (Inventory виртуальных машин, снапшоты, превышение порогов загрузки, неиспользуемые ВМ), а также выдает рекомендации что нужно сделать, чтобы сбалансировать использование ресурсов серверов и хранилищ.

Из отчетов можно отметить следующие:

1. Rightsizer Summary (типа как должно быть правильно)
2. Wastefinder: Abandoned VMs
3. Wastefinder: Powered off VMs
4. Wastefinder: Unused Templates
5. Wastefinder: Unused Snapshots
6. Wastefinder: Zombie VMs

Скачать VKernel Optimization Pack можно по этой ссылке.

Как вы знаете, любая платформа виртуализации требует накладных расходов на содержание виртуальных машин на хост-сервере. Это называется virtualization overhead. Обычно он находится в пределах нескольких процентов и не сильно влияет на производительность и потребление ресурсов сервера виртуализации.

У серверов VMware ESX также есть overhead по памяти для виртуальных машин, которую использует гипервизор для задач поддержки и обслуживания вычислительных ресурсов ВМ (там хранятся структуры данных, объем которых зависит от кофигурации машины). Overhead непосредственно зависит от числа vCPU виртуальной машины и, естественно, от выделенной оперативной памяти ВМ. Размер накладных расходов в мегабайтах представлен в таблице ниже:

Оперативная память ВМ (МБ)	1 vCPU	2 vCPU	3 vCPU	4 vCPU	5 vCPU	6 vCPU	7 vCPU	8 vCPU
256	113.17	159.43	200.53	241.62	293.15	334.27	375.38	416.50
512	116.68	164.96	206.07	247.17	302.75	343.88	385.02	426.15
1024	123.73	176.05	217.18	258.30	322.00	363.17	404.34	445.52
2048	137.81	198.20	239.37	280.53	360.46	401.70	442.94	484.18
4096	165.98	242.51	283.75	324.99	437.37	478.75	520.14	561.52
8192	222.30	331.12	372.52	413.91	591.20	632.86	674.53	716.19
16384	334.96	508.34	550.05	591.76	900.44	942.98	985.52	1028.07
32768	560.27	863.41	906.06	948.71	1515.75	1559.42	1603.09	1646.76
65536	1011.21	1572.29	1616.19	1660.09	2746.38	2792.30	2838.22	2884.14
131072	1912.48	2990.05	3036.46	3082.88	5220.24	5273.18	5326.11	5379.05
262144	3714.99	5830.60	5884.53	5938.46	10142.83	10204.79	10266.74	10328.69

Информация отсюда.

Сегодня ситуация, когда у пользователя платформ виртуализации есть инфраструктура виртуальных серверов VMware vSphere и Microsoft Hyper-V R2, является достаточно редкой (хотя в России такие примеры есть). Но число таких пользователей будет расти, об этом даже где-то говорила Gartner. Специально для них компания Veeam  на конференции Microsoft Management Summit 2010 анонсировала выпуск программного продукта Veeam PRO Pack, который позволяет обнаруживать и решать проблемы в виртуальной инфраструктуре под управлением Microsoft System Center Virtual Machine Manager (SC VMM).

Если раньше был продукт Veeam nworks Management Pack для System Center Operations Manager, который позволял интегрировать инфраструктуру мониторинга от Microsoft и виртуализации от VMware, то теперь PRO Pack дополняет его на уровне решения SC VMM. PRO Pack, как нетрудно догадаться по его названию, использует технологию Performance and Resource Optimization (PRO) от компании Microsoft, что позволяет своевременно обнаруживать и решать проблемы производительности виртуальных машин VMware vSphere под управлением SC VMM. Также обещают поддержку балансировки нагрузки между хостами и функций Intelligent Placement в System Center Virtual Machine Manager 2008 R2. Например, у виртуальной машины появились какие-то проблемы, они отображаются в виде алерта в SC VMM, после чего они решаются автоматически или вручную, например, миграцией виртуальной машины на другой, менее загруженый, хост VMware ESX.

Veeam nworks PRO Pack будет поставляться с версией 5.5 продукта Veeam nworks Management Pack для VMware. Выход продукта PRO Pack намечен на второй-третий квартал этого года, пока же можно скачать релиз-кандидат Veeam PRO Pack. Оставайтесь с нами и вы узнаете об этом новом продукте первыми.

Компания StarWind, известная своим продуктом StarWind Enteprise HA для создания отказоустойчивых iSCSI хранилищ под серверы виртуализации VMware vSphere, Citrix XenServer и Microsoft Hyper-V, выпустила интересный бесплатный продукт FCoE Initiator.

Программа устанавливается в ОС Windows и позволяет получить доступ к хранилищам данных Fibre Channel через сеть передачи данных Ethernet. Типа как данное решение позволяет существенно сэкономить на инфраструктуре доступа к SAN за счет имеющихся IP-сетей (особенно для виртуальной инфраструктуры). Fibre Channel умирает, господа. Данное решение позволит вам потихоньку начать избавляться от FC.

Мануал по StarWind FCoE Initiator находится здесь.

Компания VMware уже почти готова к выпуску продукта для виртуализации корпоративных настольных ПК VMware View 4.5. Этот продукт является продолжателем платформы VMware View 4, несет в себе полностью переработанный GUI и имеет множество новых интересных возможностей.

Вот приблизительный список того, что можно ожидать в VMware View 4.5:

• Virtual Profiles - это профили пользователей виртуальных ПК на базе программного продукта от компании RPO Software, приобретенного VMware. Эта возможность позволяет "отвязать" профиль пользователя от операционной системы Windows, что значительно повысит гибкость решения.
• VMware View Client with Local Mode - возможность "выгружать" десктопы пользователей с серверов VMware vSphere и исполнять их локально в виртуальной машине на базе ПО VMware Workstation, работающей поверх хостовой ОС вашего ПК (клиентского гипервизора CVP пока не будет).
• ThinApp 4.5 with Application Entitlement - возможность привязки виртуализованных приложений к пулам виртуальных ПК.
• Tiered Storage (ярусное хранение виртуальных машин) - отличная возможность управлять хранением данных различного типа на хранилищах (datastores) разной категории.
• Full Sysprep support - поддержка механизма автоматизированного развертывания Sysprep.
• Disposable Disk technology - возможность определить временные папки (temp/swap) в ваших виртуальных ПК и автоматически очищать их.
• Snapshot support for Linked Clones - так называемый "плавающий" пул (Floating Pool).
• Role Based Administration - наконец-то, администрирование через View Manager на базе ролей.
• Kiosk Mode Desktop Pools - конфигурация десктопов на уровне устройств.
• Native Mac OS client - можно управлять своим виртуальным ПК с компьютера с Apple Mac OS.
• Web Download Portal - возможность скачивания клиентского ПО через Web.
• Переработанный Dashboard - удобный интерфейс (на базе Adobe Flex) и более понятное логирование событий.

Более подробно о VMware View 4.5 можно будет узнать уже в ближайшем будущем. Не отключайтесь!

Мы уже писали о том, что компания Veeam сделала множество нововведений в продукте Veeam Reporter 4.0 для отчетности и управления изменениями виртуальной инфраструктуры VMware vSphere. И вот, наконец, этот продукт полностью доступен для загрузки и покупки. На самом деле, это оказалось нечто большее, чем просто ПО для отчетности по серверам виртуализации VMware ESX. Veeam Reporter - это средство контроля виртуальной инфраструктуры, позволяющее покрыть множество аспектов управления:

Если вы помните, раньше было два продукта Veeam Reporter и Veeam Reporter Enterprise, которые были двумя ветками одного продукта, первый - для консультантов (быстрые отчеты), второй для менеджеров ЦОД (отчеты и управление изменениями). Теперь же продукт окончательно называется Veeam Reporter 4.0 и поддерживается только одна его версия, выросшая из издания Enterprise.

Особенно в Veeam Reporter 4.0 нужно отметить такие элементы как:

• Dashboard - отличная и удобная вещь, куда можно повесить необходимые вам виджеты с информацией о параметрах vSphere
• Отслеживание изменившихся параметров серверов ESX и vCenter - стало намного более наглядным и удобным
• Данные во всех отчетах с новым GUI представляются более наглядно и красиво
• Интересные возможности по отслеживанию и планированию вычислительных мощностей для VMware vSphere

Несколько скриншотов Veeam Reporter 4:

Полный список возможностей Veeam Reporter 4.0:

• Продукт основан на технологии Microsoft SQL Server Reporting Services (SSRS), что позволяет упростить администрирование системы. Теперь нет необходимости в пакете Microsoft Office на клиентских машинах.
• Веб-интерфейс позволяет получить доступ к отчетам о виртуальной инфраструктуре VMware vSphere 4 с любых клиентских устройств через веб-браузер.
• Поддержка нескольких одновременных сессий пользователей.
• Поддержка коммерческих изданий Microsoft SQL Server и бесплатного Microsoft SQL Server Express.
• Полностью переработанный GUI, в котором теперь можно кастомизировать основной вид (Dashboard).
• Интеграция с корпоративными порталами, например, Microsoft SharePoint.
• Veeam Reporter 4.0 теперь собирает исторические данные о производительности компонентов vSphere, имеются зачатки функций Chargeback (стоимость инфраструктуры), планирования трендов развития, собирает события vCenter.
• Появились функции для планирования мощностей при увеличении нагрузок на виртуальную инфраструктуру (Capacity Planning).
• Veeam Reporter 4.0 позволяет документировать и управлять изменениями конфигурации VMware vSphere и серверов ESX, появились новые отчеты (например, по Distributed Virtual Switch).
• Информация о том, кто, где, когда и как конкретно изменял настройки компонентов VMware vSphere (старое и новое значение).
• Интеграция с Veeam Business View.
• Улучшенные Visio диаграммы для большого количества виртуальных машин.

Скачать Veeam Reporter 4.0 можно на этой странице.

А купить Veeam Reporter 4 как всегда можно в компании VMC (золотой партнер Veeam Software).

У многих пользователей VMware vSphere возникает вопрос: что такое VMware vStorage API for Data Protection (VADP) и чем он отличается от продукта VMware Consolidated Backup (VCB)?

Все очень просто - с выпуском платформы виртуализации VMware vSphere на смену продукту VMware VCB пришла технология VADP. VMware vStorage API for Data Protection - это механизм расширенной поддержки резервного копирования виртуальных машин на хостах VMware ESX, который уже "прошит" в состав сервера ESX и не требует отдельного прокси-сервера резервного копирования, как это было в случае VCB.

Технология VADP позволяет централизованно делать полные и инкрементные резервные копии виртуальных машин, без установки агентов в гостевые ОС и без загрузки сети передачи данных LAN, выполняя задачи напрямую в SAN. Обратите внимание - VADP это не продукт, а всего лишь технология, которую используют сторонние продукты для резервного копирования, например, продукт номер 1 - Veeam Backup and Replication.

VMware vStorage API for Data Protection использует возможности технологии VMware vStorage VMFS для создания мгновенных снимков виртуальных машин (snapshots) и позволяет без остановки гостевой ОС и приложений сохранять резервные копии на бэкап-хранилище. VADP принес с собой такие технологии как Changed Block Tracking, значительно ускоряющие процесс резервного копирования виртуальных машин по сравнению с VMware VCB.

Вот чем именно VADP отличается от VMware VCB:

Компания VMware - одна из немногих, кто по-настоящему думает о том, как пользователи будут делать резервные копии своих производственных систем в виртуальных машинах. В VMware vSphere 4 появился новый механизм Changed Block Tracking (CBT), который значительно упрощает жизнь разработчикам ПО для резервного копирования виртуальных машин и значительно повышает эффективность этого процесса.

Давайте попробуем разобраться для чего нужен Changed Block Tracking в VMware vSphere. Прежде всего, напомним, что ранее решения для резервного копирования (например, лидер рынка Veeam Backup) должны были самостоятельно заботиться о том, какие блоки виртуальных дисков изменились с момента создания резервной копии, чтобы не копировать весь vmdk целиком. Это вызывало значительную нагрузку на сервер ESX версии 3.x, поскольку не было встроенного механизма отслеживания изменивашихся блоков, а разработчикам приходилось выкручиваться.

Теперь же Changed Block Tracking в VMware vSphere является частью интерфейса vStorage APIs for Data Protection (VADP), который состоит из двух компонентов VDDK (Virtual Disk Develoment Kit) и vSphere SDK (о них можно почитать в документе "Designing Backup Solutions for VMware vSphere").

Changed Block Tracking работает на уровне стека работы с хранилищами в модуле VMkernel и позволяет сторонним продуктам для резервного копирования вернуть список изменившихся блоков с момента последнего бэкапа.

CBT можно использовать для любого типа виртуальных дисков, включая тома VMFS / FS / iSCSI и NAS / NFS, за исключением томов Raw Device Mapping (RDM) в режиме физической совместимости а также дисков, привязанных к shared virtual SCSI bus. Кстати, размер блока для CBT - это не то же самое, что размер блока для тома VMFS (потому что работает на уровне отдельного vmdk).

Чтобы CBT работал для резервного копирования ваших ВМ, необходимо, чтобы они имели Virtual Hardware версии 7 и выше:

По умолчанию функции Changed Block Tracking на серверах VMware ESX отключены, это обусловлено тем, что CBT дает небольшую нагрузку на CPU сервера для решения своих задач. Однако решения для резервного копирования, в частности Veeam Backup, его включают для создания бэкапов только изменившихся блоков, что существенно (в разы!) повышает скорость создания резервных копий.

Changed Block Tracking начинает работать после включения виртуальной машины или создания мгновенного снимка (снапшота), который делает ПО для резервного копирования. На хранилище виртуальных машин появляется файл xxx-ctk.vmd фиксированного размера для каждого виртуального диска vmdk (на 10 ГБ диска приходится где-то 500 КБ ctk-файла):

В этом файле содержится список блоков, которые отслеживаются для vmdk с их актуальным состоянием с определенного момента времени, зафиксированном в ChangedId (изменились или нет). Данный подход важен не только для резервного копирования, но и для репликации виртуальных машин между хранилищами, где очень важно время синхронизации с репликой.

Напоминаем, что первым продуктом, который стал использовать технологию Changed Block Tracking в VMware vSphere был и остается Veeam Backup and Replication.

У компании VMware есть несколько основных ресурсов, где можно посмотреть обучающие видеоролики по продуктам VMware vSphere, View, Site Recovery Manager, Workstation, ThinApp и другим.

Первый ресурс с видео VMware - это http://vmwareelearning.blip.tv/ представляющий собой сборник обучающих роликов, преимущественно по настольным платформам виртуализации.

Второй ресурс - это канал на YouTube VMware ELearning Video, содержимое аналогично предыдущему.

Третий - это канал VMware TV на YouTube, на нем собраны видеоролики общего содержания и о Cloud Computing.

Четвертый - канал VMware KB TV Video, где приводятся практические приемы работы с платформой VMware vSphere и серверами ESX (также есть и по VMware Workstation).

Пятый - это канал VMworld TV с различными событиями с конференции VMworld.

Шестой - канал VMware Developer Videos, где собрана информация для разработчиков.

Еще на VMworld 2009 компания VMware анонсировала технологию Storage IO Control (SCIO), которая должна появиться в следующих релизах платформы виртуализации VMware vSphere (по слухам уже в версии 4.1). Суть данной технологии - корректное распределение нагрузки на систему хранения данных (СХД) для виртуальных машин.

Сейчас у виртуальных машин есть такие настройки как Shares для категории Disk, которые определяют приоритеты виртуальных машин по нагрузке на СХД в рамках одного сервера VMware ESX. То есть, если у нас есть два сервера VMware ESX и виртуальные машины на них, то приоритеты нагрузки на storage будут распределены следующим образом при наличии параметров shares:

То есть очередь дискового массива пропорционально делится между хостами VMware ESX, а уже для каждого хоста его процент очереди делится на части в зависимости от Shares виртуальных машин.

Такой механизм не отражает реальную ситуацию по отношению к требованиям виртуальных машин к вводу-выводу, поскольку даже наиболее критичные сервисы в виртуальных машинах на хосте VMware ESX в кластере не могут получить больше, чем 1/n от очереди массива для тома VMFS / LUN, где n - число хостов ESX.

Технология Storage IO Control (SCIO) позволяет изменить данную ситуацию за счет двух техник:

• Вычисление задержек (latency) на том VMFS для запуска механизма SCIO (говорят о 20ms и более)
• Изменение пропускной способности канала виртуальных машин хоста к СХД за счет изменения глубины очереди HBA-адаптера (device queue depth)

Регулировка очереди со стороны HBA-адаптера позволяет более корректно распределить нагрузку на СХД между сервисами в виртуальных машинах в соответствии с их параметрами shares:

Как мы видим, наиболее критичный сервис (красный цвет), при условиях заданных shares для нескольких хостов ESX, позволяет потреблять 60% от того, что может выдать дисковый массив для данного тома VMFS. Это соответствует соотношению:

1500 (shares сервиса) / 2500 (общие shares ВМ хостов) * 100% = 60%

Механизм Storage IO Control для хостов VMware ESX включается при превышении порога latency для тома VMFS, определяемого пользователем, что позволяет надежно защитить наиболее критичные сервисы в виртуальных машинах от всплесков нагрузки на систему хранения данных в виртуальной инфраструктуре.

Коллеги! Как Вам, наверное, известно, в апреле мы (компания VMC и портал VM Guru) совместно с компанией Veeam Software, производителем средств для управления инфраструктурой VMware vSphere, проводили конкурс на лучшую историю о Veeam Backup and Replication. Призами были следующие приятные штучки:

Большое спасибо за предоставленные материалы и участие в конкурсе!

И мы готовы объявить победителей:

	1-е место - Михаил Коротько (http://www.vm.pro-it.kz). Михаил получает в качестве приза Apple iPod Nano и фирменную футболку от компании Veeam за отличную историю о Veeam Backup под названием "Операция по удалению и трансплантации информации". Также отмечаем большой вклад Михаила в развитие и пропаганду технологий виртуализации в дружественном нам Казахстане.
	2-е место - Алексей Бутин. Заслуженно получает в подарок флешку на 4 ГБ и и фирменную футболку от компании Veeam за буквально душераздирающую историю о том, как Veeam Backup and Replication позволил в буквальном смысле спасти большую часть данных компании. Напомним ситуацию, с которой Veeam Backup замечательно справился: "Сотрудник приглашенной организации при форматировании массива перепутал LUN’ы в команде и одним нажатием кнопки Enter уничтожил работавшие на существующем массиве контроллер домена с пользовательскими данными, сервер бухгалтерии с базами 1С и несколько серверов фермы MOSS" Но в итоге: "Проведя двое суток в попытках восстановить массив, мы воспользовались программным продуктом Veeam Backup and Replication и восстановили критические сервисы из ранее созданных резервных копий! Восстановление прошло без проблем и в понедельник утром пользователи вернулись к работе. "
	3-е место - Сергей Щадных (http://goodserg-it.blogspot.com/), компания "Протек". Этого человека в наших кругах представлять не нужно - именно он имеет огромный опыт по использованию платформы VMware vSphere и средства для резервного копирования Veeam Backup. Сергей принимает участие в работе VMware User Group Russia, ведет блог и делает большой вклад в развитие технологий виртуализации в России. Здесь можно прочитать историю внедрения Veeam Backup в компании "Протек".

От всей души поздравляем участников и желаем им всегда оставаться при своих данных со средством резервного копирования Veeam Backup! Напоминаем, что для вас, победители, действуют специальные скидки на приобретение продукта Veeam Backup and Replication, о которых мы говорили в условиях конкурса.

P.S. В ближайшее время победителям придет от меня письмо с информацией о том, как получить призы :)

У компании EMC, как у владельца VMware, скопилось огромное количество документов, рассказывающих о том, как правильно использовать решение VMware vSphere на дисковых массивах EMC Clariion, Symmtrix, DMX и других. Ниже приведен список основных документов EMC для платформы VMware ESX и виртуальных машин:

Основные гайдлайны:		Работа корпоративных приложений
Using EMC CLARiiON Storage with VMware vSphere and VMware Infrastructure		Using VMware ESX with Oracle Database and EMC CLARiiON Storage Systems
Using VMware vSphere with EMC Symmetrix Storage		EMC Virtual Infrastructure for Microsoft Applications—Data Center Solution Enabled by EMC Symmetrix V-Max and VMware vSphere 4
Using EMC Celerra Storage with VMware vSphere and VMware Infrastructure		EMC Virtual Infrastructure for Microsoft Exchange 2007 (VMware vSphere 4.0)
EMC Integrated Infrastructure for VMware Enabled by EMC Celerra NS-120		Deploying a Virtual Infrastructure for SAP with EMC and VMware Technologies
EMC Symmetrix V-Max and VMware Virtual Infrastructure		EMC Solutions for Microsoft SQL Server - EMC Celerra Unified Storage Platforms
Iomega StorCenter Pro NAS ix4 and ix2 with VMware ESX Server 3.5		EMC Virtual Architecture for Microsoft SharePoint Server 2007
Implementing Virtual Provisioning on EMC CLARiiON and Celerra with VMware Infrastructure		EMC Virtual Infrastructure for Microsoft and Oracle Applications - Enabled by EMC CLARiiON and VMware vSphere 4

Компания VKernel, известный поставщик решений для виртуальной инфраструктуры VMware vSphere, выпустила очередную бесплатную утилиту VKernel AppView для виртуальных машин на VMware ESX. VKernel AppView позволяет системным администраторам vSphere наблюдать за производительностью пяти наиболее критичных виртуальных машин, своевременно обнаруживать проблемы конфигурации ресурсов и оповещать о необходимости их добавления.

Работает VKernel AppView следующим образом:

1. Вы выбираете 5 наиболее критичных виртуальных машин в своей инфраструктуре VMware vSphere. Summary по отсавшимся машинам выводится ниже.

2. Ежедневно данные по этим виртуальным машинам собираются в AppView и выводятся в виде галочек (все в порядке) либо в виде иконок, цвет которых соответствует критичности проблемы.

3. При клике на иконку выводится информация о проблеме с виртуальной машиной.

4. Описание проблемы выводится в виде рекомендаций по увеличению системных ресурсов.

5. По кнопкам в правой части можно скачать пакет Optimization Pack и решить проблему не только сейчас, но и в будущем при росте нагрузок.

Скачать VKernel AppView можно по этой ссылке.

Виртуализация, при всех своих несомненных плюсах, имеет один очевидный недостаток - единая точка отказа в виде системы хранения, где размещены все виртуальные машины. Ситуацию во многом спасает наличие средств по резервному копированию или репликации данных (например, Veeam Backup), однако, эти средства не могут обеспечить полностью непрерывную работу виртуальной инфраструктуры. StarWind Enteprise HA позволяет решить эту проблему.

Многие пользователи используют VMware ESX в окружениях, где не установлен продукт VMware Update Manager, позволяющий централизованно обновлять хост-серверы. В этом случае может оказаться полезной процедура обновления VMware ESX из консоли (Service Console).

1. Первый способ (только VMware ESX).

Например, чтобы обновиться на VMware ESX 4 Update 1 нужно перевести хост в Maintenance Mode и сделать следующее:

• Скачать дистрибутив обновления в zip-архиве (например, ESX-4.0.0-update01.zip).
• Положить его на VMware ESX, например, используя Veeam FastSCP.
• Выполнить команду в сервисной консоли VMware ESX:

esxupdate --bundle=ESX-4.0.0-update01.zip update

2. Второй способ (VMware ESX и VMware ESXi).

Есть также и второй способ (подходит как для VMware ESX, так и для VMware ESXi) с помощью скрипта vihostupdate.pl. Перед использованием данной команды необходимо перевести хост ESX в maintenance mode.

Эта команда для ESX и ESXi выполняется из RCLI. Имя пользователя и пароль указывать не обязательно (их спросят во время выполнения команды). Например, для обновления ESX 4 или ESXi 4 можно использовать следующие команды:

Получение информации об имеющихся обновлениях:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX –query

Сканирование хоста на наличие конкретного установленного обновления:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX --bundle c:\esx400-200906001.zip –scan

Загрузка обновления в zip-архиве на сервер и применение его к хосту ESX / ESXi:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX --bundle c:\esx400-200906001.zip –install

Результатом успешного обновления будет следующее сообщение:

The update completed successfully, but the system needs to be rebooted for the changes to be effective.

3. Третий способ (только VMware ESXi).

Этим способом обновить VMware ESX не получится, при попытке добавить такой хост в VMware Host Update Utility, вы получите вот такое сообщение:

Status: Ready

Info: Patching this host version is not supported by vSphere Host Update Utility.
Upgrading this host version is not supported by vSphere host Update Utility.

Поэтому VMware Host Update Utility используем только для VMware ESXi. Запускаем эту утилиту, добавляем хост ESXi по ссылке Add Host... и нажимаем кнопку Scan for Updates, после чего видим сколько обновлений мы можем применить:

Применяем их кнопкой Patch Host.

P.S. Смотрите также статью "Как определить номер версии (билда) хоста VMware ESX 4.0".

Механизм VMware High Availability (HA) в VMware vSphere позволяет перезапустить виртуальные машины отказавшего хост-сервера VMware ESX на другом сервере кластера с общего хранилища. Однако, что будет, если один из узлов кластера не сможет запустить виртуальную машину (например, она продолжает работать на изолированном хосте)?

Ответ прост, VMware HA пробует запустить виртуальную машину 5 раз в следующем порядке:

1. Попытка 1 – сразу после срабатывания восстановления после отказа (см. настройки кластера VMware HA)
2. Попытка 2 – через 2 минуты
3. Попытка 3 –через 4 минуты
4. Попытка 4 –через 8 минут
5. Попытка 5 –через 16 минут

В Advanced Settings для VMware HA может быть добавлен следующий параметр, определяющий число попыток рестарта виртуальных машин (недокументированная возможность):

das.maxvmrestartcount

Если поставить -1, VMware HA будет постоянно пытаться запустить виртуальные машины. Для применения настройки нужно выключить HA в кластере и включить его снова.

См. также KB 1009625

Компания VMware на сегодняшний день безусловный лидер рынка виртуализации. Многих пользователей, приобретающих ее продукты интересуют вопросы технической поддержки и подписки на обновления наиболее популярных продуктов VMware vSphere, VMware View и VMware Site Recovery Manager (SRM). В этой статье постараемся объяснить все основные моменты касательно поддержки и подписки на обновления для продуктов VMware (Support and Subscription services, SnS).

Как вы уже знаете, недавно компания Veeam анонсировала технологию SureBackup, которая позволит вывести на новый уровень процесс резервного копирования и восстановления виртуальных машин на VMware vSphere / ESX.

Технология SureBackup будет являться составной частью продукта Veeam Backup and Replication 5, который будет поставляться уже в двух изданиях: Veeam Backup & Replication Standard Edition 5.0 и Veeam Backup & Replication Enterprise Edition 5.0.

Текущая версия Veeam Backup and Replication 4.1 будет приравнена к Standard Edition 5.0. Издания же Veeam Backup and Replication 5 будут предоставлять следующие возможности:

Таким образом, Veeam Backup and Replication становится полноценным продуктом для защиты данных виртуальных машин уровня предприятия. Обратите внимание на цену: Veeam Backup and Replication Enterprise Edition 5.0 начинает стоить $ 989. Это означает, что теперь для предприятий он будет обходится значительно дороже текущих $ 659 (эта цена останется только для издания Standard Edition).

Но есть приятная новость - для тех пользователей, кто купит Veeam Backup 4.1 до 18 июня 2010 за $ 659, будет предоставлено бесплатное обновление на Veeam Backup and Replication Enterprise Edition 5.0, который стоит $ 989!

То есть вы сэкономите $ 330 в пересчете на один физический процессор сервера VMware ESX или 33% от его будущей цены.

Покупать Veeam Backup 4.1 с бесплатным апгрейдом до версии Veeam Backup and Replication 5.0 Enterprise нужно у компании VMC - золотого партнера Veeam Software на территории России.

Сравнение изданий Veeam Backup and Replication 5.0 в PDF

Как мы уже писали, компания VMware сделала еще один тип виртуального SCSI-адаптера в VMware vSphere, который получил название VMware Paravirtual SCSI (PVSCSI). Паравиртуализованное устройство PVSCSI позволяет добиться большей производительности дисковой подсистемы витуальных машин на серверах VMware ESX и снижения нагрузки на CPU серверов.

Если посмотреть в документ компании VMware PVSCSI Storage Performance, то там можно увидеть вот такие интересные результаты для производительности дисков виртуальных машин на ESX по сравнению с адаптером LSI:

Однако, когда нужно использовать адаптер PVSCSI для виртуальных машин на ESX? Оказывается, несмотря на его чудесную производительность, не всегда. Согласно вот этой статье Скотта Драммонда, одного из гуру производительности VMware ESX, адаптер PVSCSI нужно использовать только тогда, когда ваше приложение дает значительную нагрузку на дисковую подсистему (high IO workload), а совокупная пропускная способность канала к СХД ее поддерживает (включая то, сколько IOPS может выдавать система хранения).

Вот объяснение данного явления. При росте требований виртуальных машин к дисковой подсистеме возникают interrupt coalescing, то есть объединение прерываний к СХД в пачки для более их быстрой обработки. С помощью этой техники производительность адаптера SCSI увеличивается по сравнению с одиночным выполнением прерываний при большом количестве IO.

На собирание этой пачки требуется какое-то время, поэтому возникает небольшой delay, который потом компенсируется быстрым выполнением команд пачки.

Теперь пара терминов:

• Outstanding IOs (OIOs) - количество запросов на ввод-вывод со стороны виртуальной машины (demand of IO).
• IOs per second (IOPS) - количество запросов на ввод-вывод, которое может обеспечить хранилище (supply of IO).

Так вот LSI адаптер увеличивает этот самый interrupt coalescing на базе как OIOs, так и IOPS по мере роста нагрузки на сторадж. При малом количестве запросов IO, он этот coalescing не использует.

А вот PVSCSI сейчас работает по другому - он использует interrupt coalescing только на базе OIOs. То есть, если растут только требования виртуальных машин к СХД (без роста пропускной способности по IOPS) - начинается interrupt coalescing, соответственно растут задержки.

Для больших же OIOs и IOPS - адаптер PVSCSI дает ощутимый рост производительности и снижает нагрузку на CPU за счет паравиртуализации (на значениях 10-50K IOPS). На нескольких же сотнях IOPS этот эффект практически не ощутим. То есть, если запросы на IO от виртуальных машин больше того, что может выдавать система хранения, то адаптер LSI будет работать эффективнее PVSCSI в силу меньших задержек.

В следующих версиях ESX компания VMware сделает interrupt coalescing на базе как OIOs, так и OIPS, поэтому адаптер PVSCSI будет работать лучше.

Вывод таков - не используйте PVSCSI в окружениях с малой производительностью дисковой подсистемы и низких нагрузках по IO.

А вот, что советует Скотт:

• На данный момент используйте PVSCSI для дисков VMDK, которые находятся на быстром хранилище (более 2,000 IOPS).
• Если у вас есть адаптеры PVSCSI в окружениях с низким IO, не надо их переконфигурировать на LSI, поскольку потери производительности почти незаменты, а приложения все равно не требовательны к ней.
• Для будущих версий VMware ESX / ESXi адаптер PVSCSI будет эффективнее LSI Logic для любых окружений.

Так-то, вот.